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AUTOMAHC RETRANSMIT REQUEST PROTOCOL FOR 
CHANNELS WITH TIME-VARYING CAPACITY 

FIELD OF THE INVENTION 

The present invention relates generaUy to a method and system for transmitting data from a 
radio transmitter to a receiver. More specifically, the present invention relates to a method and 
system for reliably transmitting data between stations, such as the radio base station and subscriber 
stations in a wireless local loop system, or the like, in which data transmissions are packaged in 
protocol units whose payload portions vary in data-carrying capacity. 

BACKGROUND OF THE INVENTION 

Canadian Patent Application Number 2,345,507, which filed on April 30, 2001 and 
assigned to the assignee of this appUcation, and which is hereby incorporated by reference in its 
entirety, discloses a method and system for transmitting data between stations, such as the radio 
base station and subscriber stations in a wireless local loop system, or the like, in which data 
transmissions aie sent in frames having a fixed duration in time. Each subscriber station 
intermittently reports to the base station the reception quality of signals transmitted by the base 
station. Each transport block includes the same predefined number of traffic symbols, and includes 
a header portion and a payload portion. The header portion of each block is packaged for 
transmission in a robust manner, enhancing ttie probability that each subscriber station wUl be able 
to recover it and the header portion mcludes infomiation required to recover the payload portion. 
The payload portion is, in accordance with the reception quality reported by the intended recipient 
subscriber station, packaged to make efficient use of fiie transmission resources whUe ensuring a 
reasonable probability that the intended recipient subscriber station will be able to recover fee 
payload. The header portion can include indications of the modulation, forward error correction 
and repetition utilized to package the payload and can mdicate the lengfli of the payload. The result 
is that the data-carrying capacity available to transmit data to a subscriber station can vary from 
frame to frame due to variation m reception quality at tiie subscriber station. 

Data transmission enors will inevitably occur in a wireless data transmission systems. One 
method for correcting errors is commonly referred to as "Automatic Repeat reQuest" or "ARQ". In 
this method, when data is transmitted in protocol units a received protocol unit is not accepted by 
the receiver if it is detennined by the receiver to be unreliable. The receiver, either expUcrtly or 
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implicitly, requests retransmission of the suspect protocol unit Retransmissions may also be 
requested if a protocol unit appears to have been lost. 

Implementation of ARQ in a system such as that disclosed in Canadian Patent Application 
Number 2,345,507, is not as straight-forward as in a system in which the data-carrying capacity of 
5 protocol xmits is fixed. Retransmission should preferably occur as soon as a request for 

retransmission is received by the transmitter, but if the data-carrying capacity of frames varies, it 
may be that retransmission of a lost or comipted protocol unit is not possible as the protocol unit 
may be too large to fit in the next frame or perhaps even in a number of successive frames. In a 
situation in which low latency is required, this may not be acceptable. One way to handle this is to 

1 0 limit the size of the payload portion of the protocol units, so that protocol imits may be 

retransmitted even if the data-carrying capacity available is reduced. However, doing so increases 
the overhead because more headers needed as more protocol units are needed to send the same 
amount of data, which decreases the throu^put of data. A method and system is needed for 
providing ARQ in systems in which the data-carrying capacity of frames varies, but which keeps 

1 5 overhead low and throughout high. 

SUMMARY OF TBDE INVENTION 

According to one aspect of the invention, there is provided a system and method for 
transmitting ordered data to a receiver over a data link in frames whose data-carrying capacity may 
vary from frame to firame. The data is transmitted in implicitly sequentially numbered blocks 

20 transmitted in at least one series of blocks, each series having at least one block. The blocks have 
lengths detennined so that the receive can identify the blocks by sequence number using the 
sequence number of the first block of each series of blocks and can individually request 
retransmission of a lost or corrupted block. Preferably, the sequentially numbered blocks of a series 
each have a fixed length, except for the last block of a series, or the only block of a series that has 

25 only one block, which may be shorter. The total number of sequence numbers available for 
numbering the blocks may be pre-selected so that the bandwidth-delay product of the data link 
under ideal conditions divided by the total number of sequence numbers available for numbering 
the blocks is not greater than the lowest data-carrying capacity that is reasonably likely to be 
available in a frame to transmit a series of blocks over the data link during normal operation of the 

30 data link. The fixed length may initially be set to be greater than the bandwidth-delay product of 
the data link under during normal operation of the data link divided by the total number of sequence 
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numbers available for numbering Ifae blocks and less than the ma?cimiun data-carrying capacity that 
is reasonably likely to be available in a frame to transmit a series of blocks over the data link during 
nomial operation of the data link. Fixed length may be reset if the bandwidth-delay product of the 
data link changes so that the fixed length is within a predetermined tolerance of the bandwidth- 
5 delay product of the data link divided by the total number of sequence numbers available for 

numbering the blocks or the maximum data-carrying capacity that is available in a frame to transmit 
a series of blocks over the data link. Each series of blocks is preferably encapsulated in a protocol 
unit together with a header that includes the sequence number of the first block of the series of 
blocks. 

10 According to another aspect of the invention, when data-carrying capacity is made available 

in a frame, the data is transmitted in one or more protocol units. Each discrete protocol unit has a 
data payload portion that is implicitly divided into sequentially numbered blocks each having the 
same fixed length, except that the last block, or the only block if the protocol unit has only one 
block, is shorter if the data payload portion is not an integer multiple in length of the fixed length. 

1 5 Each protocol unit also has a header portion including the sequence number of the first block in its 
data payload portion. The sequence numbers are chosen so that all blocks transmitted over the data 
link can be identified as to sequence number by the receiver. If the receiver determines that it did 
not receive an uncorrupted copy of a previously transmitted protocol unit, then the transmitter 
retransmits the previously transmitted protocol unit in the next available firame to be transmitted if 

20 there is sufficient data-carrying capacity in the next available fi:ame. If there is not sufficient data- 
carrying capacity in the next available fi:ame, the transmitter forms a new protocol unit from the 
blocks of the previously transmitted protocol unit starting with the first block of the previously 
transmitted protocol unit and proceeding sequentially through the previously transmitted protocol 
unit adding blocks to the newly formed protocol unit until the data-carrying capacity of the next 

25 available frame is used or a block is encountered that is not the fixed length or is larger than the 
remaining available data-carrying capacity. If (1) there is remaining available data-carrying 
capacity, (2) the last block of the previously transmitted protocol unit is the fixed length, and (3) the 
next previously transmitted protocol unit lliat is to be retransmitted is consecutive to the previously 
transmitted protocol unit, then consecutive blocks from that next previously transmitted protocol 

30 unit are added until (1) the last block to be added is not the fixed length, (2) the next block to be 
added is larger than the remaining available data-carrying capacity, or (3) all of the blocks of that 
next previously transmitted protocol unit have been added. If there is still remaining available data- 
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carrying capacity, then this process is repeated. The newly formed protocol unit is then transmitted 
in the next available firame over the data link. Further new protocol units are fonned and 
transmitted in the same maimer whenever data-carrying capacity in a frame is available until all 
blocks of all previously transmitted protocol units that have to be retransmitted have been 
5 successfully retransmitted. Each newly formed protocol unit has a header including the sequence 
number of the first block in its data payload portion. If the data-carrying capacity of any £rame is 
not fully utilized in retransmitting previously transmitted blocks, then any remaining data-carrying 
capacity is filled with new protocol units fonned from data that has not previously been transmitted. 

According to another aspect of the invention, there is provided a system for transmitting 

10 data over a data link, including a receiver and a transmitter. The receiver has a microprocessor, a 
modem, a radio and an antenna, and is capable of receiving frames ttansmitted over the data link. 
The data-carrying capacity of the frames may vary from time to time. The transmitter includes a 
microprocessor, a modem, a radio and an antenna, and is operable to transmit frames to the receiver 
over the data link. The frames include one or more protocol units. Each discrete protocol unit has 

15 a data payload portion that is implicitly divided into sequentially numbered blocks each having a 
fixed length, except if the number of bytes carried in the payload portion is not an integer multiple 
of the fixed length, then the last block (or the only block if the number of bytes in the payload 
portion is less than the fibced length) is shorter than the fixed length. The protocol units also have a 
head^ portion including the sequence number of the first block in the data payload portion. The 

20 sequence numbers are chosea so that all blocks transmitted over the data link can be identified by 
sequence niunber. If it is determined that the receiver did not receive an uncomipted copy of a 
previously transmitted protocol unit, then the transmitter retransmits the previously transmitted 
protocol unit in the next available frame to be transmitted if there is sufficient data-carrying 
capacity in the next available firame. However, if there is insufficient data-carrying capacity in the 

25 next available frame, the transmitter forms a new protocol unit from the blocks of the previously 
transmitted protocol xmit starting with the first block of the previously transmitted protocol unit and 
proceeding sequentially through the previously ttansmitted protocol unit adding blocks to the newly 
formed protocol unit imtil the data-carrying capacity of the next available frame is used. The newly 
formed protocol imit is then ttansmitted the over the data link. If not all of the blocks of the 

30 previously ttansmitted protocol unit have been ttansmitted in the new protocol unit, then further 
new protocol units are formed and transmitted whenever data-carrying capacity in a fimne is 
available until all blocks of the previously ttansmitted protocol unit have been successfully 
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Tetransmitted. Each newly fcnned protccol imit has a header including the sequence number of the 
first block in its data payload portion. 

According to yet another aspect of the invention, there is provided a protocol unit for 
transmitting data to a receiver over a data link in frames whose data-carrying capacity may vary 
5 from frame to frame. The protocol xmit includes a data payload portion that is implicitly divided 
into sequentially numbered blocks each having a fixed length, except if the number of bytes carried 
in the payload portion is not an integer multiple of the fixed length, then the last block (or the only 
block if the number of bytes in the payload portion is less than the fixed length) is shorter than the 
fixed length. The protocol unit also has a header portion that includes the sequence number of the 
10 first block in the data payload portion. The sequence numbers are chosen so tiiat the receiver can 
identify all blocks transmitted over the data link by sequence number. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the present invention will now be described, by way of example 
only, with reference to the attached Figures, in which: 

Figure 1 is a schematic representation of an exemplary network in which a system and 
method for providing ARQ in accordance with an embodiment of the invention may be provided; 

Figure 2 is a schematic represmtation of the base station shown in Figure 1; 

Figure 3 is a schematic representation of one of the subscriber stations shown in Figure 1; 

Figures 4a, 4b and 4c are schematic representations of a frame of data blocks for 
transmission over the network shown in Figure 1 at three different spreading frictors; 

Figure 5 is a schematic representation of a block in the frames of Figure 4a; 

Figure 6 is a flowchart of a method of constructing the block of Figure 5; and 

Figure 7 is a flowchart showing how ARQ may be provided in the network shown in Figure 
1 if transmitted fimnes may vary in data-carrying capacity. 

DETAILED DESCRIPTION OF THE INVENTION 

Referring now to Figure 1, an exemplary wireless network system for transmitting data is 
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indicated generally by reference numeral 20. System 20 is described in detail below so that the 
reader can miderstand the context for the embodiment of the invention that is then described. 
However, the following description of system 20 should not be taken to limit the scope of the 
invention, which may be useful in a wide range of telecommunications networks in which it may be 
5 desirable to transmit data in protocol units whose data-carrying capacity may vary jfrom time to 
time. 

System 20 includes a radio base station 24 and a plurality of subscriber stations 28a, 28b . . . 
28n. A radio base station 24 is coimected to at least one data telecommunications network (not 
shown), such as a land line-based switched data network, a packet network, etc., by an appropriate 
10 gateway and one or more backhauls (not shown), such as a Tl, T3, El, E3, OC3 or other suitable 
land line link, or can be a satellite or other radio or microwave channel link or any other link 
suitable for operation as a backhaul as will occur to those of skill in the art. 

Base station 24 commimicates with subscriber stations 28, which are installed at subscriber 
premises, as is common in a wireless local loop system. The number 'n' of subscriber stations 
1 5 serviced by a base station 24 can vary depending upon the amount of radio bandwidth available 
and/or the configumtion and requirements of the subscriber stations 28. 

A data channel 32 is established between base station 24 and each subscriber station 28 via 
radio. Data channel 32 carries information to be transferred from base station 24 to respective 
subscriber stations 28a, 28b . . . 28n as needed. Data channel 32 can be implemented with networks 
20 using a variety of multiple access techniques, including TDMA, FDMA, CDMA or hybrid systems 
such as GSM, etc. In the exemplary system 20, data transmitted over data channel 32 is transmitted 
as packets encapsulated within frames, the details of which will be discussed in greater detail 
below. 

The ability of a subscriber station 28 to properly receive a signal transmitted to it, 
25 h^einafter referred to as the "reception quality'* of the signal, can depend upon a variety of factors. 
Measures of reception quality can be determined in different manners according to the multiple 
access technique employed to transmit the signal. For example, in TDMA or FDMA systems, the 
received signal strength is the determination most often used. In CDMA systems, the ratio of 
received bit power to received interference power (often expressed as Es/N©, where Eg is energy per 
30 symbol, and No is the received interference energy) is a relevant detemimation. In any event, the 
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reception-quality of channel 32 at each subscriber station 28 can vary depending on a variety of 
factors, including multipath interference (from the presence of nearby buildings, etc.), radio noise 
sources (including transmissions by other users or radio noise sources), geographical features, the 
distance of the subscriber station 28 from base station 24, the quality of the receiver in the 
5 subscriber station 28, etc. as is well understood by those of skill in the art. With distance, typically 

a signal attenuates as -^r » where r is the distance between the subscriber station 28 and base station 
r 

24, and N>1. In IS-95 CDMA systems, for example, N typically is in the range of 3<N<5. 

As illustrated in Figure 1, the geographic distribution of subscriber stations 28 with respect 
to base station 24 need not be symmetric nor will subscriber stations that are physically located 
10 close to one another necessarily experience the same or similar reception qualities due to a variety 
of factors including the geographic environment (the presence or absence of buildings which can 
reflect or noiask signals), the radio environment (the presence or absence of radio noise sources), etc. 
Thus, in most circumstances subscriber stations 28 served by a base station 24 can have 
significantly different reception qualities and these reception qualities can change over time. 

15 In Figure 1 , at one time subscriber stations 28a and 28f may experience a very good 

reception quality while subscriber stations 28b and 28g experience moderate reception quality and 
subscriber stations 28c, 28d and 28e may experience low reception quality. At a subsequent time, 
subscriber stations 28a, 28d and 28g can have very good reception, subscriber stations 28c, 28e and 
28f may experience moderate reception quality and subscriber station 28b may experience low 

20 reception quality, etc. 

At appropriate intervals or at predetermined events, each subscriber station 28 reports its 
present reception-quality to base station 24. Base station 24 operates to maintain a database of the 
latest reported reception-qualities and appropriately packages data to be transmitted over data 
channel 32 to each subscriber station 28. 

25 As used herein, the terms "'package", "packaged" and "packaging" refer to the overall 

arrangement of the transmission of the packaged data for its reception at an intended destination 
receiver. Packaging of data can include, without limitation, applying different levels of forward 
error correcting (FEC) codes (from no coding to high levels of coding and/or different coding 
methods), employing various levels of symbol repetition, employing different modulation schemes 
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(4-QAM, 16-QAM, 64-QAM, etc.) and any other techniques or methods for airanging data 
transmission with a selection of the amount of radio (or other physical layer) resources required, the 
data rate and probability of transmission eirors which are appropriate for the transmission. For 
example, data can be packaged with rate Va FEC coding (each 1 data bit is transmitted in 4 bits of 
S information) and 1 6-QAM modulation for transmission to a first intended receiver and packaged 
with rate Vz FEC coding and 64-QAM modulation for transmission to a second intended receiver 
which has a better reception-quality than the first. 

Figure 2 shows an example of base station 24 in greater detail. Base station 24 comprises 
an antenna 40, or antennas, for receiving and transmitting radio-communications over 

10 communication channel 32. In turn, antenna 40 is connected to a radio 44 and a modem 48. 

Modem 48 is connected to a microprocessor-router assembly 52 such as a SPARC processor system 
manufactured by SUN Microsystems. It will be understood that assembly 52 can include multiple 
microprocessors, as desired and/or that the router can be provided as a separate unit, if desired. 
The router within microprocessor-router assembly 52 is connected to a backhaul 56 in any suitable 

1 5 manner, which in turn connects base station 24 to a data network (not shown). 

Referring now to Figure 3, an example of a subscriber station 28 is shown in greater detail. 
Subscriber station 28 comprises an antenna 60, or antennas, for receiving and transmitting radio- 
communications over communication channel 32. In turn, anteima 60 is coimected to a radio 64 
and a modem 68, which in tum is connected to a microprocessor-assembly 72. 

20 Microprocessor-assembly 72 can include, for example, a StrongARM processor 

manufactured by Intel, that performs a variety of functions, including implementing A/D-D/A 
conversion, filters, encoders, decoders, data compressors, de-compressors and/or packet 
disassembly. As seen in Figure 3, microprocessor-assembly 72 intercoimects modem 68 and a data 
port 76, for coimecting subscriber station 28 to a data client device, such as a personal computer, 

25 personal digital assistant or the like which is operable to use data received over communication 
channel 32. Accordingly, microprocessor-assembly 72 is operable to process data between data 
port 76 and modem 68. 

Referring now to Figures 4a through 4c, a frame for transmission over channel 32 is 
indicated generally at 100. Data is transmitted over channel 32 in fiames 100 that require ten 
30 milliseconds of transmission time, although longer or shorter transmission times for fiame 100 can 
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be selected if desired. 

As understood by those of skill in the art, frame 100 can be measured in terms of a duration 
of time. In turn, that duration can carry a given number of symbols for transmission. In turn, those 
symbols can represent data, the actual amount of data being represented by a symbol depending on 
5 how the data is packaged into a symbol. In a CDMA embodiment, symbols can be packaged using 
a combination of the CDMA spreading factor, modulation, repetition, and encoding. Thus, it will 
be appreciated that, while the duration of frame 100 remains constant, the effective amoimt of data 
transmitted within a frame will depend on the packaging of the data. The appUcation of these 
concepts to the exemplary system will be discussed in greater detail below. 

10 In the exemplary system, a frame 100 is configured to transmit a number of data blocks Bi 

through Bi, where each block Bi carries a fixed number of traffic sjmbols and fttus the number of 
blocks in a frame 100 depends upon the CDMA spreading factor, chip rate and the transmission 
duration of the frame, and the amount of forward error correction encoding and modulation type. In 
the exemplary system, a CDMA system with a chip rate of three-million, eight-himdred and forty 

1 5 thousand chips per second (3.84 Mcps) is employed and a block Bi with one-thousand two-hundred 
traffic symbols is employed. 

Figure 4a shows fiiame 100 employed with a CDMA spreading frictor of four, so that eig^t 
blocks (Bi through Bg) are included in frame 100 and firame 100 thus includes nine-thousand, six- 
hundred traffic symbols. In Figure 4b, a CDMA spreading fiictor of eight is used, so frame 100 

20 includes foiu: blocks (Bi through B4) and four-thousand, eight-hundred traffic symbols and in 

Figure 4c, a CDMA spreading &ctor of 16 is employed, so fi:Hme 100 includes two blocks (Bi and 
B2) for two-thousand, four-hundred traffic symbols. By maintaining the number of traffic symbols 
in blocks B constant and the frame duration constant, undesired complexity at modem 68 can be 
avoided, although it is contemplated fliat frame structures with different numbers of traffic symbols 

25 can be employed, if desired. 

Each block Bi has the structure shown in Figure 5, including a header 104 and payload 108. 
It is intended that header 104 be receivable by all subscriber stations 28 in system 20 that have at 
least a predetermined minimum reception quality. Accordingly, header 104 is packaged in a robust 
manner to increase the probability that subscriber stations 28 will be able to receive it (i.e. - the 
30 frame error rate, or FER, for subscriber stations to receive and understand header 104 is less than a 
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level selected by the operator of system 20). In the exemplary system 20, header 104 comprises ten 
header information bits which are ultimately packaged into one-hundred and twenty traffic symbols 
by: coding the information bits for forward error correction (FEC) to yield thirty coded bits (a rate 
1/3 FEC code); using a repetition factor of eight to repeat the resulting bits for eight repetitions to 
S obtain two-hundred and forty bits; and then modulating those bits using QPSK modulation to yield 
the one-hundred and twenty traffic symbols of header 104. While this packaging is presently 
preferred for header 104, it is contemplated that a wide range of other packagings can be employed 
for header 104, as will be apparent to those of skill in the art. 



1 0 represent a Length value and the remaining five bits to represent a Block Format. 

In the exemplary system 20, while header 104 is packaged to be receivable by all subscriber 
stations 28, payload 108 is packaged to provide efficient use of radio channel 32 when transtnitting 
information to an intended recipient subscriber station 28. Accordingly, the modulation, FEC 
coding; symbol repetitions, etc. of payload 108 will be varied firom block B to block B, depending 
15 upon the intended recipient subscriber station 28 and its reception quality. 

In the exemplary system 20, a symbol repetition &ctor of four, three, two or one can be 
employed; modulation schemes of 64-QAM; 16-QAM; 4-QAM can be employed; and ei^t 
different FEC puncturing masks can be employed (to obtain code rates firom 1/3 to 4/5). Further, a 
length multiplier is required to be available to the receiver so that it can correcfly interpret the 

20 contents of payload 108 and in the exemplary system 20, multiplier values of ei^t, sixteen, thirty- 
two, sixty-four and one-hundred and twenty-eight can be employed. Thus, the particular 
modulation scheme can be represented with two bits of information (to select from four possible 
modulations); the symbol repetition factor with two bits (to select from four possible repetition 
rates); the FEC puncture mask with three bits (to select from eight possible puncture masks), the 

25 length multiplier with three bits (to select from five possible multiplier values). However, as will 
be apparent to those of skill in the art, many combinations of these parameters are redxmdant, 
contradictory or are unlikely to be usefiil in system 20. For example, transmissions at 64-QAM 
modulation with no symbol repetition and low levels of FEC coding are unlikely to be required in 
system 20. 

30 Accordingly, to reduce the overhead (header 104) required to transmit the payload 108, 



Of the ten header information bits of header 104, five bits are presently employed to 
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fhirty-two selected combinaticns, which are deemed most useful, of the modulation, FEC puncture 
mask, length multiplier and symbol repetition factors are selected and these combinations are 
defined as entries in a look up table, known to base station 24 and subscriber stations 24 and the 
entries of which can be accessed by five bits of information which comprise the Block Format. The 
5 actual combinations of factors selected for inclusion in the look up table are not particularly limited 
and it is contemplated that they will be selected by the manufiicturer of base stations 24 and 
subscriber stations 28 in view of the expected range of operating conditions of a system 20. 

The remaining five information bits of header 104 represent a Length parameter that 
represents the value to be multiplied by the length multiplier jfrom the Block Format, to determme 

10 the number of information bits in the payload 108, as this number is necessary for a receiver to 
know before attempting to interpret payload 108. Essentially, the Length and length multiplier 
parameters are employed to determine if payload 108 is less than full with valid bits (which can 
occur depending upon the FEC coding, modulation, and repetition levels used to transmit and the 
amount of data to be transmitted). As blocks B always have the same number of traffic symbols, 

IS pad symbols are added to payload 108 to fill it, if necessary and, to save computational complexity, 
these pad bits are added after FEC coding, repetition and interleaving has been performed on the 
payload symbols (as described below). Accordingly, information as to the actual length of payload 
108 is required by the receiver to allow for de-interleaving, FEC de-coding, etc. to be performed 
correctiy on the payload 108. 

20 Figure 6 shows a flowchart of the process of constructing a block B for transmission. As 

shown, the ten information bits of header information are first FEC encoded at 200 to yield thirty 
encoded bits for a rate 1/3 FEC code. In the exemplary system 20, a second order Reed-MuUer 
coder is employed, althou^ other suitable coders will also occur to those of skill in the art, which 
also performs a symbol repetition of order eight to obtain two-hundred and forty encoded bits. 

25 Next, the encoded bits are mapped to appropriate symbols for transmission at 204 and QPSK 

modulation is employed so that the two-hundred and forty encoded bits are mapped to one-hundred 
and twenty traffic symbols for transmission. 

While processing of the payload bits can be performed after processing of the header bits 
has been completed the payload bits are processed in parallel with the processing of the header bits 
30 to reduce processing latency. 



wo 2004/012381 



o 




:A2003/001131 



-12- 



As shown in fhe Figure^ a cyclical redundancy check (CRC) value is first calculated for the 
payload infonnation bits at 208 and this value is included, witib the payload information bits, as part 
of the bits to be transmitted. In the exemplary system 20, this CRC value is determined from the 
systematic code generated by a gcRcieOD) function which produces a sixteen bit CRC code, 
5 although other smtable CRC functions will be apparent to those of skill in the art 

Next, the information bits and the CRC bits are FEC encoded at 212 and, in the exemplary 
system 20 this is accomplished with a Turbo coder with subsequent pimcturing of the code. As 
mentioned above, the degree to which the resulting code is punctured is selected according to the 
reception quality of the intended recipient of the block B that is being constructed. At 216, the 
10 resulting bits are interleaved using a Relative Prime Interleaver in the exemplary system 20. 

After this coding and interleaving, the bits are mapped to symbols at 224, according to the 
selected M-ary modulation scheme, where M can be four, sixteen or sixty-four (i.e. 4-QAM, 16- 
QAM or 64-QAM). Again, the modulation scheme employed is selected according to the reception 
quality of the intended recipient of the block B being constructed. If the number of bits to be 
15 mapped is not divisible by log2(M), then symbol rate pad bits are added at 220 to fill the available 
bit space before the symbol mapping at 224. 

Next, symbol repetition is performed at 228 at the desired repetition rate, if any. In the 
exemplary system 20, repetition is performed on a symbol by symbol basis, e.g. - given a sequence 
of bits si, S2, S3, S4 and repetition rate of two, the resulting sequence will be si, Si, S2, S2, S3, S3, S4, S4. 

20 At this point, if the number of symbols to be transmitted is less than the number of traffic 

symbols available for payload 108, in the exemplary system 20 one thousand and eighty traffic 
symbols, then DTx padding symbols are appended to the channel symbols at 232. Finally, the 
channels symbols and the appended DTx padding symbols, if any, are interleaved using a Relative 
Prime Interleaver at 236 and fhe resulting tra£Eic symbols are placed in block B at 240, after the 

25 header bits (which are not interleaved, i.e. - header bits always appear at the beginning of block B), 
The resulting block B can then be processed by the physical channel processes for transmission. 

In operation, each subscriber station 28 reports its reception quality to base station 24. In 
the exemplary system 20, a subscriber station 24 reports to base station 40 the signal to noise ratio 
and/or the frame error rate at which it receives firames 1 00 of channel 32. This reporting can be 
30 performed at an appropriate interval selected by the operator of system 20, as a trade-off exists 
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between the frequency of the reporting, the felevancy/accuiacy of the iast reported information and 
the use of the transmission resources between subscriber station 28 and base station 24 for reporting 
this information. 

Reception of a block B at a subscriber station follows an inverse set of operations, as will be 
5 apparent to those of skill in the art. It should be noted that de-interleaving of traffic symbols can be 
performed in parallel with the decoding of the header bits, to reduce overall latency at the receiver. 

As mentioned above, header 104 is always packaged into block B in a robust manner to 
provide a relatively high level of confidence of recovery by all subscriber stations 28a, 28b . , . 28n 
when frame 100 is transmitted over chaimel 32. Such robust packaging is intended to allow every 

10 subscriber station 28 served by base station 24 to recover header 1 04. Every subscriber station 28 • 
attempts to decode every block B that it receives, even though the payload 108 may be packaged 
such that a receiving subscriber station 28 will not normally be able to recover it. In such a case, 
the CRC code that was included in payload 108 at 208 will be incorrect and the subscriber station 
28 will discard the block B. If that block B was intended for the subscriber station, a higher level of 

15 the protocol stack employed in system 20 will be responsible for retransmitting the data of that 
payload 108 to the subscriber station 28 in a subsequent block B as described in detail below. 

The payload 108 of a block B can be any type of data received at base station 24. For 
example, payload 108 can be one or more Transmission Control Protocol/Intemet Protocol 
CTCP/IP'O packets (referred to below as "IP packets'^ or part of a segmented packet, where it is 

20 desired to transmit IP packets to a subscriber station 28. Payloads 108 can be specifically 

addressed to a particular subscriber stations 28a, 28b ... or 28n, each of which has its own unique 
address and/or one or more broadcast addresses can be defined for subscriber stations with similar 
reception qualities. Alternatively, broadcast packets can be packaged for the worst reception 
quality expected for all of the intended receivers. Data in payload 108 can be combined or 

25 segmented, as needed, to fit the size restrictions on the payload in a block B. 

As data is received by base station 24 for transmission to one or more subscriber stations 28, 
the data is buffered until a sufficient amount of data is received to fill a frame 100 or until a 
predefined maximum wait time is exceeded. As will now be apparent to those of skill in the art, the 
amount of data that is sufficient to fill a frame 100 is dependent upon the Block Format selected to 
30 construct each block Bi in a frame 100. It is contemplated that different blocks Bi withm a fi:ame 
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100 will often have different Block Formats as they are intended for different receivers. Thus, the 
determination of the receipt of a sufficient amount of data is made assuming the best (i.e. most data 
rate efficient) encoding and modulation operations, or when the predefined maximum wait time has 
expired firom the receipt of the earliest data, this latter parameter being employed to ensure that a 
S firame 100 is assembled and transmitted before a preselected maximmn latency period is exceeded. 
Any received data which cannot be placed into the assembled firame 100, due to the Block Format 
being less data rate efficient, is buffered and assembled in due course into the next firame 100 to be 
assembled. 

When a sufficient amount of data is received to fill firame 100, including any data that was 
1 0 buffered firom the previous firame 100, the reception quality last rq)orted by each intended receiver 
is used to select an appropriate Block Format for each block B, which are then assembled and 
inserted into firame 100. 

The now-assembled firame 100 is transmitted over channel 32 to subscriber stations 28a, 
28b . . . 28n. The transmission can occur in the usual manner, using known techniques, 

IS It is contemplated that system 20 can include more than one chaimel 32 if desired. In such a 

case, each channel 32 can have the same spreading factor, or different spreading fiictors can be 
employed for different channels 32. For example, one channel 32 can have a spreading &ctor of 
four, to enhance, for a given transmission powCT level, the likelihood of reception at subscriber 
stations with poor reception qualities while other channels 32 can have spreading factors of eight, 

20 sixteen, ete. to provide efficient data transmissions to subscriber stations with better reception 
qualities. 

The above description of the exemplary system 20 explains why in the case of a downlink 
channel variable amounts of data mi^t be send in firames over a data link. As will become 
apparent below, the invention is equally applicable to an uplink chaimel that is subject to being 
25 resized. In the network in which the invention is to be implemented, an uplink channel for a 

subscriber station 28 is resized in accordance with the uplink data demand by the subscriber station 
28 and congestion numagement algorithms. 

The system 20 has been described at the lowest level of link layer of the protocol stack. 
ARQ is provided at a higher level in flie link layer. The blocks Bj in a firame 100 referred to above 
30 are transport blocks that are handed over to the physical layer of the protocol stack for transmission. 
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In the currentiy preferred ^bodiment of the invention, each block Bi has a header as described 
above and carries one or more Medium Access Control (*^dAC) protocol data units CTDUs'*) as a 
payload. Each MAC PDU in tum has a MAC header (whose description is beyond the scope of this 
application) and carries a Radio Lmk Control ("RLC") PDU as a payload or MAC Service Data 
5 Unit ("SDU"). Each RLC PDU, in tum, has an RLC header and a payload, which is referred to 
below as the RLC SDU. Each RLC SDU is a segment, possibly compressed, of an Internet 
Protocol CTP*0 packet provided to the link layer by the network layer for transmission. 

Broadly described, in the presently preferred embodiment of the invention, ARQ is provided 
by implicitly dividing the data in each RLC SDU into sequence number blocks and implicitly 

1 0 numbering those blocks. Retransmission of sequence number blocks of an RLC SDU that are 
reported as lost or corrupted is provided. To determine that a sequence number block is lost or 
corrupted, the receiving subscriber station (referred to as the 'Receiver" below and in the claims) 
looks for a gap in the sequence numbers of the uncomipted sequence number blocks it has received 
and provides the base station (referred to as the 'transmitter" below and in the claims) with the 

15 missing sequence number. The transmitter keeps track of the sequence number blocks that need to 
be retransmitted as a notional retransmission queue. The details of handling the data to be 
retransmitted will be evident to those skilled in the art, and can be implemented in a variety of 
ways. All that is necessary is that the transmitter can keep track of the data that was transnutted in 
a sequence number block. Whenev^ the tra3asmitter has room in a fiame for data, an RLC PDU is 

20 formed from data dequeued from a queue of sequence number blocks that are to be retransmitted 
and from a queue of data that has not previously been sent. 

Figure 7 shows in detail how ARQ is provided in the presently preferred embodiment of the 
invention. In Figure 7 and in the following description and claims, an RLC PDU is referred to 
simply as a ^^protocol unit", a RLC header as a ^'header portion", and an RLC SDU as a ^^payload 

25 portion". Further, the details the encapsulation of an RLC PDU in a MAC PDU and the resulting 
MAC PDU into a block of the frame are omitted as they are outside the scope of tiie invention. It is 
assumed that once the frame is formed, it is handed over to lower levels in the protocol stack that 
are outside the scope of the invention and transmitted to lower levels in the protocol stack running 
on the receiver. A determination is then made as to whether the protocol unit should be 

30 retransmitted and, if so, a command is sent back to the transmitter to retransmit the protocol unit 

Each discrete protocol unit, whether formed from data that is being transmitted for the &st 
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time or from data that is being retransmitted, has a data payload portion that is implicitly divided 
into one or more sequentially numbered blocks C^sequence number blocks'^) each having the same 
fixed length, except possibly the first or the last sequence number block of each protocol unit, 
which may be shorter. The first sequence number block may be shorter if it is the only sequence 
S number block (in e£fect, it is also the last sequence number block). The last sequence number block 
of a protocol unit transmitted for the first time will be shorter if the data-carrying capacity available 
for the protocol unit in the frame to be transmitted or the remaining data to be transmitted is not an 
integer multiple of the fixed length. If a protocol unit ending in a short sequence number block is 
retransmitted in one or more new protocol blocks as discussed in detail below, then the last (or first 

10 if there is only one) of the new protocol blocks will end with the short sequence number block, hi 
effect, a sequence number block is the "atomic" unit for retransmissions; it is the smallest amount 
of data that can be separately retransmitted and may vary in size firom one byte up to the maximum 
sequence nxraiber block size. Once data is assigned to a sequence number block, then it stays 
assigned to that sequence number block, even on retransmission. A consequence of this, as we 

1 5 shall see below, is that if not enough space is left in a firame for the next sequence nvmiber block in 
the queue of data to retransmit, then the space that is available is used to transmit data that has not 
been previously transmitted and the next sequence number block has to wait for a fiame that has 
enough space. 

Each discrete protocol imit also has a header portion that includes the sequence number of 
20 tiie first block in that protocol unit's data payload portion. The header has a fixed length. The 

sequence numbers are chosen so that all sequence number blocks in transit over the data Unk at any 
time can be effectively identified and ordered by the receiver when received. In the current 
embodiment of the invention, the sequence nxmiber blocks are assigned integer sequence numbers 
in the range firom zero to 2^-1 inclusive, where M is 11. Sequence numbers are assigned in 
25 ascending order starting (when the system is started up using a reset procedure) from zero and 
wrapped axoimd to zero when the sequence number reaches 2^-1 . Because each protocol unit 
contains a header portion that includes the sequence number of the first sequence nmnber block in 
that protocol unit's payload portion and the payload portion is formed from sequence number 
blocks having known lengths, the receiver can determine the starting and ending sequence numbers 
30 of each string of one or more consecutive protocol imits that are missiag or corrupted. Those 

starting sequence numbers can then be reported back to the transmitter and the retransmitted in the 
maimer described below. 
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At block 400 in Figure 7, a data-carrying capacity of L bytes (all references to "bytes" mean 
8-bit bytes) is made available in a frame, ^or example, L could be the data-caitying capacity 
available to cany IP packets.) Then at block 402, a detemiination is made as to wheflier there are 
any sequence number blocks in the retransmit queue. If there are none, then at block 404 a 
5 determination is made of whether there is data in the queue of data that has not previously been sent 
(referred to below as the **new data queue'*). If there is, then at block 406 in Figure 7, the lesser of 
L bytes or the number of remaining bytes of the IP packet currently being transmitted are dequeued 
and the number of bytes dequeued subtracted from L. Optionally, boundary of the IP packet 
currently being transmitted can be ignored, but at the cost of using an expanded header so that the 

10 receiver can determine when the IP packet has been folly transmitted and can be provided to higher 
layers of the protocol stack. Then at block 408, a sequence number for a protocol unit to be added 
to the frame is then calculated. If this is the first protocol unit to be transmitted over the link since 
start-up then zero is selected. Otherwise, the sequence nimiber for the protocol unit to be added to 
the frame is sequence nimiber of the last protocol unit formed plus the ceiling frmction of the 

1 5 number of bytes in the last protocol unit formed divided by flie fixed sequence block length. The 
protocol imit to be added to the frame is then formed at block 410, including the sequence number 
just determined in its header portion and the dequeued data in its payload portion, and added to the 
frame. L is then tested at block 412 and if L is greater than zero, then the retransmit queue is again 
checked at block 402 to make sure it is still empty. If it is, then the new data queue is again 

20 checked at block 404. If the new data queue is not empty (because we ran up against an IP packet 
boundary L or new data was added to the queue in the meantime), then control continues to block 
406 as above and another protocol unit of more bytes from the new data queue is formed at block 
410. As before L is tested at block 412 and if L is greater than zero, then the retransmit queue is 
again checked at block 402. The process is repeated until L reaches zero and the processing stops 

25 until space is agam available in a frame. It should be noted that ending a protocol unit when the 
new data queue reaches an IP packet boundary is optional and the invention is not restricted to 
doing so. The only reason to do so is to reduce the length of the header needed, because if the 
protocol unit crossed an IP packet boundary the header would have to pass this on to the receiver so 
that the IP packets would be properly formed. 

30 If, during the process described in the preceding paragraph the retransmit queue is at some 

point found at block 402 to be non-empty, then the number of bytes in the first sequence number 
block in the retransmit queue is determined at block 414 and tested against L at block 416. If the 
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number of bytes in the first sequence number block in the retransmit queue is greater than L, then 
the process described in the preceding paragraph continues at block 404, where the new data queue 
is checked to determine if there is any data in the new data queue. As before, when L has reached 
zero or there is no data left in the new data queue and there is either no data to be retransmitted or 
5 the next sequence number block is larger than L, then the process ends until space is again made 
available in another frame. 

If at some point in the process described above the retransmit queue is found at block 402 to 
be non-empty and at block 41 6 the length of the first sequence number block in the retransmit 
queue is less than or equal to L, then a determination is made at block 4 1 8 in Figure 7 as to whether 

10 a protocol imit is partially formed. If this is not the case, then at block 420 the first sequence 
number block in the transnoit queue is dequeued, L is reduced by the number of bytes dequeued, 
and a new protocol unit is partially formed with the sequence number of the dequeued sequence 
number block in the header portion and the dequeued data in the payload portion of new protocol 
unit The retransmit queue is then checked at block 422 to detemiine if it is empty. Iftiie 

1 5 retransmit queue is empty, then at block 424 the new protocol unit is completed and added to the 
frame and control returns to the point at which the process began at block 402. If the retransmit 
queue is not empty, then control returns to block 414 at which the leng& of the sequence number 
block that is now first in the retransmit queue is determined and then at block 416 compared to L. 
If the lengdi of that sequence number block is not greater than L, then control proceeds to block 418 

20 where as before it is determined whether a protocol unit is partially formed. The process that takes 
place if a protocol unit is not partially formed has been dealt above. If a protocol unit is partially 
formed then at block 426, it is determined whether the sequence number of the sequence number 
block at the head of the retransmit queue is consecutive with the last block added to the partially 
formed protocol unit and the last block added to the partially formed protocol unit is the fixed 

25 sequence block length. If botti of these conditions are tme, then at block 428 the sequence number 
block at the head of the retransmit queue is dequeued and appended to the tail of the partially 
formed protocol unit and L is reduced by the number of bytes dequeued. If both conditions not 
tme, then at block 424 the partially formed protocol imit is completed and added to the frame and 
control returns to the point at which the process began at block 402. 

30 As channel capacity changes for a receiver due to changes in the reception quality 

experienced by the receiver or other causes, the most desirable value for the fixed sequence block 
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length may change for data sent to the receiver. However, m the same system it may be preferable 
to use a fixed sequence block length that is kept constant under all circumstances for the data sent 
fix>m the receiver. The following discussion may only apply to data sent to a receiver in that case. 

If channel capacity changes for transmission of data to a receiver, (1) transmission of data is 
5 suspended until there are no undelivered frames in the link, (2) the receiver is advised of a new 
value for the fixed sequence block length, and (3) the transmission restarted if the receiver 
acknowledges receipt of the new value for the fixed sequence block length. The inventor presently 
prefers to select a new value for the fixed sequence block length when the transport block capacity 
(the maximum amount of data that can be sent to the receiver in one frame) drops below a threshold 
10 that is determined to be "sufficiently near*' the fixed sequence block length, or when the transport 
block capacity increases such that a new fbced sequence block length could be used. For example, a 
new fibced sequence block length mig^t be calculated if the transport block capacity becomes: 

(1) greater than the transport block capacity at the time the current fixed sequence block 
length was calculated; or 

1 S (2) less than the weighted average of 

the transport block capacity at the time the current fixed sequence block length was 
calculated and the current fixed sequence block length, 

where the current fixed sequence block length is given twice the weight of the transport 
block capacity at the time the current fixed sequence block length was calculated. 

20 Alternatively, a new fixed sequence block length might be calculated if the transport block capacity 
becomes greater than (1 + P) times the current fixed sequence block length or less than [1 / (1 - a)] 
times the current fixed sequence block length, where a is set to 0.33 and may range fix>m 0.1 to O.S 
and p is set to 1.0 and may range from 1.0 to 2.0. 

A new fixed sequence block length may be determined in flie following manner. Clearly, 
25 the fixed sequence block length caimot be greater than the transport block capacity. Beyond that, 
one constraint is tfiat there are only a limited number of sequence numbers (for a given the 
sequence number space) that can be assigned to sequence number blocks. If you run out of 
sequence numbers, then further transmissions have to wait until a sequence nimiber can be reused. 
This is referred to as being by those skilled in the art as being "ack-clocked", meaning that that the 
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transmission rate is liimted by the rate at which acknowledgements are received back from the 
receiver. For a given sequence nimiber space, whether the transmitter is ack-clocked depends upon 
the bandwidth-delay product, which is the total amount of data in flight between the transmitter and 
the receiver. If the bandwidlh-delay product is X bytes and there are Y possible sequence numbers, 
5 then the sequence number block should not be smaller than X/Y or there will not be enough 

sequence numbers to avoid ack-clocking. Hence X/Y is the minimum fixed sequence block length 
for a given sequence number space. 

Since a larger sequence number space requires more space in the header of a protocol unit 
for the sequence number of the first sequence number block, the peak rate at which data carried in 
10 the payload portion of protocol units can be transmitted (referred to as the data transmission rate) 
can be increased by keeping the sequence nimiber space as small as possible and increasing the 
fixed sequence block length, subject to the fixed sequence block length not becoming larger than 
the transport block capacity. However, the possibiUty of the bandwidth-delay product changing 
during operation has to be considered. 

15 Consider first the absolute optimal selection of the fixed sequence block length if data 

transmission rate is being maximized. That could be achieved if the bandwidth-delay product could 
be assumed to be constant The fixed sequence block length could then be set equal to the transport 
block capacity and the sequence number space set based upon the bandwidth-delay product divided 
by the fixed sequence block length. This selection of a fixed sequence block length and sequence 

20 number space would be inadvisable because a drop in the bandwidth-delay product would cause 
partial sequence number blocks to the transmitted, mcreasing the required sequence number space 
and causing ack-clocking. Even worse, if any sequence number blocks of the fixed sequence block 
length were in the retransmission queue when the bandwidth-delay product dropped, the 
retransmission queue would be blocked, effectively blocking all transmission over the channel, 

25 until the fixed sequence block length was reset. All of this would detrunentally afiTect the data 

transmission rate. On the other hand, setting the fixed sequence block length to the minimum also 
lowers the data transmission rate because the sequence number space and therefore the header has 
to be larger than necessary. Some fixed sequence block length larger than the minimum but smaller 
than the transport block capacity would seem to be desirable. 

30 One solution to the dilemma above is to consider how much variation in the bandwidth- 

delay product is likely under normal conditions. Suppose that the fibced sequence block length were 
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S6t to the transport block capacity at the lowest bandwidth-delay product that could be expected 
under normal conditions and the sequence number space were calculated based upon the best case 
bandwidth-delay product that could be expected under normal conditions assuming that fixed 
sequence block length. The result would be that the fixed sequence block length would be larger 
5 than the minimum required for the best case, but the sequence number space would large enough to 
handle the highest possible bandwidtii-delay product. 

In the current embodiment of the invention, the sequence mmiber space was fixed initially 
taking into account the considerations discussed above and other &ctors such as having headers end 
on an octet boundary and the sequence number space that is large enough for both uplink and 

1 0 downlink transmissions in a variety of possible situations. Once the sequence number space was 
fixed, the fixed sequence block length was set based upon the lowest bandwidth-delay product that 
could be expected under normal conditions and the sequence number space checked to be sure that 
the ack-clocking would not occur at the highest bandwidth-delay product that could be e:q)ected 
under normal conditions. If necessary, the sequence number space was readjusted. Once a 

IS sequence number space was picked, it remains fixed; only the fixed sequence block length is 

adjusted if the transport block capacity changes. As discussed above the sequence number space in 
the current embodiment of the invention is 0 to 2^-1 inclusive, where M is 1 1. 

The above-described embodiment of the invention is intended to be an example of the 
present invention. Alterations and modifications may be effected thereto by those of skill in the art, 
20 without departing firom the scope of the invention, which is defined solely by the claims appended 
heieto. 
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Cldms: 

1 . A method for transmitting data to a receiver over a data link in frames whose data- 
canying capacity may vary from frame to frame, the method comprising transmitting the data 
in implicitly sequentially nmnbered blocks transmitted in at least one series of blocks, each 
series having at least one block, the blocks having lengths determined so that the receiver can 
identify the blocks by sequence number using the sequence number of the first block of each 
series of blocks and can individually request retransmission of a lost or corrupted block. 

2. The method of claim 1 , wherein the sequentially numbered blocks of a series each 
have a fixed length, except for the last block of a series, or the only block of a series that has 
only one block, which may be shorter. 

3 . The method of claim 2, wherein the total number of sequence numbers available for 
numbering the blocks is pre-selected so that the bandwidth-delay product of the data link 
under ideal conditions divided by the total number of sequence numbers available for 
numbering the blocks is not greater than the lowest data-carrying capacity that is reasonably 
likely to be available in a frame to transmit a series of blocks over the data link during normal 
operation of the data link. 

4. The method of claim 3, wherein the fixed length is initially set to be greater than the 
bandwidth-delay product of the data link under during normal operation of the data link 
divided by the total number of sequence numbers available for numbering the blocks and less 
than the maximum data-carrying capacity that is reasonably likely to be available in a fi:ame 
to transmit a series of blocks over the data link during normal operation of the data link and is 
reset if the bandwidth-delay product of the data link changes so that the fixed length is within 
a predetermined tolerance of the bandwidth-delay product of the data link divided by the total 
number of sequence numbers available for numbering the blocks or the maximxun data- 
carrying capacity that is available in a firame to transmit a series of blocks over the data link. 

5. The method of any of claims 2 to 4, wherein a series of blocks is encapsulated in a 
protocol unit together with a header that includes the sequence number of the first block of 
the series of blocks. 



6. 



A method for transmitting data to a receiver over a data link in frames whose data- 
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canying capacity may vary from frame to frame, the method comprising: 

when data-canying capacity is made available in a frame, transmitting the data in one or more 
protocol miits, each discrete protocol unit having a data payload portion that is implicitly 
divided into sequentially numbered blocks each having a fixed length, except that the last 
block, or the only block if the protocol unit has only one block, is shorter if the data payload 
portion is not an integer multiple in length of the fixed length, and a header portion including 
the sequence number of the first block in the data payload portion, wherein the sequence 
numbers are chosen so that all blocks transmitted over the data link can be identified by 
sequence number by the receiver. 

7. The method of claim 6, wherein the total number of sequence numbers available for 
niunbering the blocks is pre-selected so that the bandwidth-delay product of the data link 
under ideal conditions divided by the total number of sequence numbers available for 
numbering the blocks is not greater than flie lowest data-carrying capacity that is reasonably 
likely to be available in a frame to transmit a protocol unit having only one block over the 
data link during normal operation of the data link. 

8. The method of claim 7, wherein the fixed length is initially set to be greater than the 
bandwidth-delay product of tihie date link under during normal opemtion of the data link 
divided by the total number of sequence munbers available for numbering the blocks and less 
than the maximum data-carrying capacity that is reasonably likely to be available in a fi:ame 
to transmit a protocol unit having only one block over the data link during normal operation 
of the data link and is reset if the bandwidth-delay product of the data link changes so that the 
fixed length is within a predetermined tolerance of tihe bandwidth-delay product of the data 
link divided by ftie total number of sequence numbers available for numbering the blocks or 
the maximum data-carrying capacity that is available in a frame to transmit a protocol imit 
having only one block over the data link. 

9. The method of any of claims 6 to 8, wherein if it is determined that the receiver did 
not receive an imcorrupted copy of a previously transmitted protocol unit and there is 
sufficient data-cartying capacity in the next available fimne to be transmitted, then 
retransmitting the previously transmitted protocol unit in the next available firame before 
transmittmg data that has not been previously transmitted 
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10. The method of any of claims 6 to 8, wherein if it is detemiined that the receiver did 
not receive an uncorrupted copy of a previously transmitted protocol unit and there is 
sufficient data-carrying capacity in the next available frame to be transmitted, then: 

forming a new protocol unit from consecutive blocks of the previously transmitted 
protocol unit and all consecutive previously transmitted protocol imits that are to be 
retransmitted, starting with the first block of the previously transmitted protocol unit 
and proceeding sequentially through the previously transmitted protocol units or units 
adding blocks to the newly formed protocol unit until the data-canying capacity of the 
next available frame is used or a block is encountered that is not the fixed length or is 
larger than the remaining available data-carrying capacity, 

transmittmg the newly formed protocol unit in the next available frame over the data 



in the same manner forming and transmitting frirther new protocol units whenever 
data-carrying capacity in a frame is available until all blocks of the previously 
transmitted protocol unit or units have been successfully retransmitted, each newly 
formed protocol unit having a header including the sequence number of the first block 
in its data payload portion. 

11. A method for transmitting an IP packet segmented into protocol units to a receiver 
over a data link in frames whose data-carrying capacity may vary from frame to frame, the 
method comprising, when data-carrying capacity of L bytes is made available in a frame, the 
IP packet to be transmitted is in a transmission queue, and any protocol units to be 
retransmitted are in a retransnussion queue, repeating the following until L is zero: 

(P) determining whether the retransmission queue is empty (block 402), and 



if the retransmission queue is empty, then 

(Q) determining whether the transmission queue is empty (block 404), 
and if the transmission queue is not empty, 

dequeuing L bj^s or the remaining bytes of the IP packet from 
die transmission queue, whichever is the lesser, and 



link, and 
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decresnenting L by the number of bytes dequeued 0>lock 406), 

calculating a next sequence number (block 408), and 

foiming a protocol unit having the next sequence number in a 
header and the dequeued data in a payload, the dequeued data 
implicitly divided into sequence number blocks consecutively 
numbered starting at the present sequence number, and adding 
the protocol unit to the firame to be transmitted, each sequence 
number block having a fixed length, except if the number of 
bytes dequeued is not an integer multiple of the fixed length, 
then the last block, or the only block if the number of bytes 
dequeued is less than the fixed length, is shorter than the fixed 
length (block 410), 

but if the retransmission queue is not empty, 

(R) determining whether the length of the sequence nimiber block at 
the head of the retransmission queue is greater than L (blocks 414, 
416), and 

if the lengtti of the sequence number block at the head of the 
retransmission queue is greater than L, proceeding to the step 
labeled Q above, 

but, if the length of the sequence number block at the head of 
the retransmission queue is not greater than L, determining 
whether a new protocol unit is partially formed (block 418), and 



if no new protocol unit is partially formed, then 

dequeuing the sequence number block at the 
head of the retra3asmission queue, decrementing 
Lby the number bytes dequeued, starting the 
formation of a new protocol unit having the 
present sequence nimiber in a header and the 
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dequeued sequence number block as a payload 
(420), and 

(S) determining whether the retransmission 
queue is empty (block 422), and 

if the retransmission queue is empty, 

(T) completing the new protocol 
unit and adding it to the frame to 
be transmitted (block 424), and 

proceeding to fhe step labeled P 
above, and 

if the retransmission queue is not empty, 

proceeding to the step labeled R 
above, 

but, if a new protocol unit is partially formed, then 

if (i) the sequence number block at the head of 
the retransmission queue has a sequence number 
that is consecutive with the sequence nxmiber 
block at the tail of the partially formed protocol 
unit and (ii) the sequence number block at the 
tail block of the partially formed protocol unit is 
the fixed length (block 426), then 

dequeuing the sequence number block at 
the head of the retransmission queue, 
appending the dequeued sequence 
nxmiber block to tiie tail of the partially 
formed new protocol unit, and 
decrementing L by the number bytes 
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dequeued (block 428), and 

proceeding to the step labeled S above, 

but otherwise, proceeding to the stisp labeled T 
above. 

12. A system for transmitting data over a data link, comprising: 

(a) a receiver including a microprocessor, a modem, a radio and an antenna, capable of 
receiving frames transmitted over the data link, the data-carrying capacity of the frames 
varying from time to time; and 

(b) a transmitter including a microprocessor, a modem, a radio and an antenna, operable 
to transmit frames to the receiver over the data link, the frames including one or more 
protocol units, each discrete protocol unit having a data payload portion that is implicitly 
divided into sequentially numbered blocks each having a fixed length, except if the number of 
bytes carried in the payload portion is not an integer multiple of the fixed length, then the last 
block, or the only block if the number of bytes in the payload portion is less than the fixed 
length, is shorter tiian the fixed length, and a header portion including the sequence number of 
the first block in the data payload portion, wherein the sequence numbers are chosen so that 
all blocks transmitted over the data link can be identified by sequence number, 

whereby, if it is determined that the receiver did not receive an uncorrupted copy of a 
previously transmitted protocol unit, then the transmitter retransmits tihie previously 
transmitted protocol unit in the next available frame to be transmitted if there is 
sufficient data-canying capacity in the next available frame, but otherwise the 
transmitter 

forms a new protocol unit from the blocks of the previously transmitted 
protocol unit starting with the first block of the previously transmitted protocol 
xmit and proceeds sequentially through the previously transmitted protocol unit 
adding blocks to the newly formed protocol unit until the data-carrying 
capacity of Ihe next available frame is used, 

transmits the newly formed protocol unit over the data link, and 
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foims and transmits further new protocol units whenever data-cartying 
capacity in a fi:ame is available until all blocks of the previously transmitted 
protocol unit have been successfully retransmitted, each newly formed 
protocol unit having a header including the sequence nmnber of the first block 
in its data payload portion. 

13. A protocol unit for transmitting data over a data link in frames whose data-carrying 
capacity may vary from frame to frame to a receiver, the protocol unit comprising a data 
payload portion that is implicitly divided into sequentially numbered blocks each having a 
fixed length, except if the number of bytes carried in the payload portion is not an integer 
multiple of the fixed length, then the last block, or the only block if the number of bytes in the 
payload portion is less than the fixed length, is shorter than the fixed length, and a header 
portion including the sequence number of the first block in the data payload portion, wherein 
the sequence numbers are chosen so that all blocks transmitted over the data link can be 
identified by sequence number. 
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